installer jour jeux

La Team Xecuter propose la version beta 2.3 de son CFW SX OS. Au menu, une évolution non négligeable pour l'emuNAND qui se créera dorénavant sur la carte micro SD, des améliorations et des correctifs. Cf ChangeLog !

ChangeLog:

[+] CLIQUER POUR AFFICHER

Support emuNAND SD

• Depuis l'introduction de notre fonction emuNAND, nous avons eu beaucoup de commentaires au sujet de notre décision initiale de mettre les données emuNAND directement sur la NAND du système. Après beaucoup de travail acharné, nous sommes heureux de dire que nous avons maintenant une solution pratique pour stocker vos données de partition emuNAND sur votre carte microSD. Cela a l'avantage de ne pas utiliser n'importe quel espace sur votre console. Afin d'utiliser le nouveau système emuNAND sur votre carte microSD, vous n'aurez pas à formater votre carte. Il suffit d'entrer dans le menu de démarrage du CFW en tenant volume-+ tout en allumant votre console. Dirigez-vous dans le menu options et sélectionnez emuNAND sur la gauche. Les utilisateurs de notre solution emuNAND existante verront une option pour migrer leurs données emuNAND déjà créées. Le processus de migration nettoie également l'ancien emuNAND de la NAND système. Indolore ! Nous sommes intéressés d'entendre vos commentaires sur cette nouvelle fonctionnalité passionnante.

Le dossier Emutendo

• En plus du nouveau système d'emuNAND sur votre carte micro SD, nous introduisons également le dossier de Emutendo sur votre carte. Comme vous l'avez probablement remarqué, le commutateur enregistre diverses données dans un dossier «Nintendo» sur votre carte. Pour découpler complètement ces données entre votre firmware d'origine et votre firmware EmuNAND activé, nous avons fait en sorte que l'emuNAND utilise ce dossier nommé différemment. Si vous voulez continuer à utiliser vos anciennes données de carte SD avec votre emuNAND, il suffit de copier/renommer le dossier «Nintendo» en «Emutendo».

Ajout d'autres répertoires pour rechercher du contenu

• A la demande populaire, nous avons ajouté encore une autre liste de sous-répertoires qui seront ajoutés sur votre carte microSD (ou disque dur USB) pour les fichiers XCI/NSP/homebrew. Les répertoires qui ont été ajoutés sont:
  
  • /sxos/updates
  
  
  • /sxos/DLC
  
  
  • /Switch/updates
  
  
  • /Switch/DLC

Accès Homebrew Menu

• Homebrew est généralement lancé à partir du menu SX OS ou le menu Homebrew Launcher. Ces deux applications s'exécutent comme une «applet» sur la console. Les Applets n'ont pas accès à l'ensemble de la mémoire du système, et donc toutes les applications homebrew ou des jeux lancés à partir d'ici sont affectés par cela. La seule façon de permettre l'utilisation complète de la mémoire du système a été de construire et installer des fichiers NSP homebrew. Mais maintenant, nous avons ajouté une autre façon de donner un plein accès à la memoire pour les applications homebrew ! Vous pouvez maintenir le bouton (R) tout en lançant un titre régulier, et cela va lancer le menu Homebrew Launcher. Tout homebrew lancé à partir d'ici va fonctionner avec les mêmes capacités qu'un jeu. Enjoy !

Chargement Homebrew à partir d'USB

• Plus de bonnes nouvelles pour les amateurs de homebrew. Vous pouvez maintenant copier des fichiers NRO homebrew sur votre disque dur USB et les lancer directement à partir de notre menu SX OS.

Améliorations de la stabilité

• La stabilité globale de nombreux composants a été améliorée. Cela inclut les incompatibilités LayeredFS et USB. Nous avons également fixé un bug qui empêcherait les gens de lancer plus de 32 titres.

libusbfs mis à jour

• Dernière, mais pas dès moindre, une petite mise à jour pour les développeurs. Nous avons écrasé un petit bug dans libusbfs concernant la fonction stat (). Si vous aviez des problèmes avec ceci, prenez une copie mise à jour de libusbfs de notre site Web !

DplanetHD Wrote:En effet, faire l’impasse d’un lecteur de BDR juste pour faire une économie sur le prix de la console, bof bof…

Surtout tant que la fibre n’est pas développée partout, c’est vraiment pas une bonne idée…

Je viens d’acheter Fallout 76 en BDR sur One X : le disque comprend 300 Mo maximum de données pour installer le jeu, et il va chercher plus de 50 Go sur la « Mise à Jour », donc avec ma petite co de 8mbits, cela représente une éternité

Donc acheter un jeu sur disque quand le studio/éditeur ne joue pas le principe du disque, mais se contente de mettre juste presque rien sur le disque et oblige pratiquement à télécharger l’intégralité du jeu, c’est équivalent à un achat en dématérialisation !

TU voi
C’est sûr qu’avec ce genre de principe (proche de l’arnaque) on peut se demander à quoi peut servir un lecteur BDR sur la console…

Mais il ne faut pas encourager ce type de pratique (presque rien sur le disque)…

Pour moi le Démat ne posera plus de problème quand la fibre sera (presque) partout, mais ce n’est pas pour demain…

Donc une segmentation du marché avec consoles sans lecteur et consoles avec lecteur me semble possible pour commencer la transition, mais bien sûr il faudrait aussi que les prix des jeux démat soient nettement plus attractifs…

Mais personnellement je pense que j’achèterai toujours des consoles avec lecteur tant qu’il y en aura…

C'st subjectif ça dépend de quel point de vue on se place. En france on est énormément en retard sur le déploiement de la fibre, c'est pas parce qu'on est en retard que MS ne doit pas aller en avant et proposer de nouvelles choses, moi je suis pour le démat, ça sers à rien de garder des boîtes, je faisait ça avant.

En effet, faire l’impasse d’un lecteur de BDR juste pour faire une économie sur le prix de la console, bof bof…

Surtout tant que la fibre n’est pas développée partout, c’est vraiment pas une bonne idée…

Je viens d’acheter Fallout 76 en BDR sur One X : le disque comprend 300 Mo maximum de données pour installer le jeu, et il va chercher plus de 50 Go sur la « Mise à Jour », donc avec ma petite co de 8mbits, cela représente une éternité

Donc acheter un jeu sur disque quand le studio/éditeur ne joue pas le principe du disque, mais se contente de mettre juste presque rien sur le disque et oblige pratiquement à télécharger l’intégralité du jeu, c’est équivalent à un achat en dématérialisation !

C’est sûr qu’avec ce genre de principe (proche de l’arnaque) on peut se demander à quoi peut servir un lecteur BDR sur la console…

Mais il ne faut pas encourager ce type de pratique (presque rien sur le disque)…

Pour moi le Démat ne posera plus de problème quand la fibre sera (presque) partout, mais ce n’est pas pour demain…

Donc une segmentation du marché avec consoles sans lecteur et consoles avec lecteur me semble possible pour commencer la transition, mais bien sûr il faudrait aussi que les prix des jeux démat soient nettement plus attractifs…

Mais personnellement je pense que j’achèterai toujours des consoles avec lecteur tant qu’il y en aura…

Merci pour ta réponse rapide. Je vais essayer de modifier le fichier boot.dat pour mettre à jour SX OS.
Oui ça me le fait sur tous les jeux vu que je n'arrive pas à accéder au menu.
Je reviens vers toi quand j aurai fait la MAJ de SX.

Fortnite est un jeu basé sur le online. Et SX OS intègre un mode furtif. Du coup, il bloque les communications avec les serveurs de Nintendo. Ce sont des DNS personnalisés.

Je ne conseille vraiment pas de jouer online en étant jailbreak. Comme déjà dit, le bannissement de ta console suivra. À tes risques et périls.

Maintenant si cela te le fait sur d'autres jeux en mode CFW (sans aller sur le online), alors il te faudrait voir à mettre à jour SX OS avec la version 2.0.1. Tu remplaces juste le boot.dat sur ta SD.

Pas de quoi. Après tu as des solutions. Il te faudra voir lesquelles fonctionnent pour répondre à tel ou tel besoin au niveau des jeux. Et pour ce qui est de la mise à jour si tu venais à la faire, tu as également le choix.

Le plus important est de sauvegarder ta NAND à l'issu.

Apres tu peux te lancer dans les tests et voir ce que cela donne.

Merci.
Pour ce qui concerne le fait de faire la mise à jour, j'apporte un élément de réponse dans la FAQ. Dans ce cas là, la décision t'appartient et dépend de ce que tu souhaites à l'issu.

Des jeux demandent le Firmware 4.1.0 et quelques uns la version 5.1.0. Malgré le fait qu'il existe des solutions pour contourner la demande de firmware, elles ne sont pas certaines d'aboutir. tinfoil a ses limites et le Tutoriel présent dans la section underground également.

Pour ce qui est du lancement du jailbreak, si tu mets à jour, ce sera toujours via le mode RCM pour le moment. En 4.0.1, il existe une faille coldboot mais elle n'est pas libérée par SciresM et aucune idée de quand elle le sera.

Après, il y a deux possibilités de mettre à jour,

• Via les serveurs de Nintendo et tes eFuses seront grillés. Donc aucune possibilité de revenir en arrière si tu étais intéressé par la faille coldboot.


• Via ChoiDujourNX mais tu dois jailbreak ta console avant. Cela te permettra de conserver tes eFuses pour éventuellement downgrader. En revanche cela implique de rester en mode autoRCM (ce qui pourrait poser problème si tu oublies de recharger ta batterie). Ce mode draine énormément la batterie aussi. Et si tu boot normalement en Firmware officiel, tu grilleras tes eFuses

Ce choix demande réflexion.

Dans tous les cas et quelque soit ta version, il ne te faudra pas oublier de faire une sauvegarde de ta NAND à l'issu du jailbreak avant d'engager quelques modifications que ce soit.

Oui j'ai deux console
une ou je ne lance que des XCI (USB/SD) aucun NSP ont été installer et aucun homebrew utiliser (c'est celle qui est de bases toujours à jours)
ou je mets a jour les jeux direct via serveur Nintendo.

La second c'est la première que j'ai hack qui etait en 5.1.0 avec des NSP (DLC) et le backup est pas propre

ce matin j'ai voulu jouer en local MK8 ce qui m"as mis a jour console et jeux

maintenant je vais attendre sagement q'un dev nous ponde un homebrew (genre any title deleter comme sur Wii) qui me permettra de faire le menage sur la console qui a servit de cobaye

adamel Wrote:Ca en fait des questions.
Merci.

Tu l'as dit. Maintenant, lis les réponses

adamel Wrote:non je te disait simplement que je penser mettre à jour faire une sauvegardes des savez jeux restaurer et tout réinjecter.

Tu peux et cela va être long mais tu peux ^^

adamel Wrote:c'est vrai que tu as raison je peux passer par Nintendo car de toute façon je ferais pas de downgrade je peux pas me permettre de laisser lautormc avec mes enfants qui oublié de recharger.

Via ChoiDujour, le mode autoRCM peut être désactivé à l'issu puisque tu ne souhaites pas downgrade. Cela t'évitera ce que tu dis juste avant. Je sais, je te mets le doute ^^

adamel Wrote:Ma seul question sur la restauration nand c'est combien de temps ça prend cat la sauvegarde sa dure 90 minute. Et il y à un risque de brick?

Le temps sera plus ou moins long. Risque de brick seulement si ta NAND est corrompue (qu'elle n'a pas été sauvegardée correctement et encore je peux me tromper et tu auras juste une erreur) sinon non car c'est le but de pouvoir la restaurer ^^

adamel Wrote:ok pour le jeux mais bizare au au début me laisser jouer normalement et maintenant il me demande de mettre à jour où demarer tel quel.

Je ne saurais confirmer ce que j'ai dit plus haut mais c'est probable.

adamel Wrote:on dirais malgrer tout que la switch se connect secrètement au réseau lol.

Le mode avion empêche toute communication mais une fois sur le dock, va savoir. Le mode furtif de SX OS empêche les communications avec les serveurs de Nintendo mais pas la connexion en elle même puisqu'elle passe par des DNS personnalisés.

adamel Wrote:Oui je sais mais avec noël les nouveaux jeux les mise à jour updates qui vont demander la 6.1.0 je vais me lancer.

Tu es Libre de tes choix. Je ne fais que répondre à tes questions et donner des indications ^^

adamel Wrote:A moin au avec tinfoil je peut installer toute les dlc update en bloquant la demande de mise à jour et dans ce cas rester en 5.1 ?

Pourquoi utiliser tinfoil alors que SX OS fait cela ? Arff...
Non il ne le fait mais pour tinfoil, il a ses limites également.

adamel Wrote:Dans le temps avec la pap on fesait croire à la console quelle était en 2.1 1lors quelle était en 2.0 lol.

Oui mais cela arrivera aussi avec la Switch. Faut juste être patient. Et tu as la pseudo emuNAND de SX OS qui peut le faire même si dans l'état où elle est proposée ne m'enchante pas plus que cela (mais ce n'est que mon avis car j'ai aussi des avis ^^)

adamel Wrote:Maintenant tout à évoluer et plus compliquer.

C'est pas tellement cela, c'est plutôt qu'il faut être patient.

adamel Wrote:Au passage pas de grosse nouvelle avancer à venir sur la switch?

Qu'entends-tu par là? Tu parles d'évolutions de la console ou du Hack ?

adamel Wrote:je regarder une vidéo de Mister jbam sur you tube disais que atmosphère 0.7 était pas un vrai Cwf et qu'il était dessus que SciresM par rapport à ce qu'il avait dit.

Yu en pense quoi?

JBam à son avis et il est légitime. Lorsqu'il dit que le CFW atmosphère n'est pas à son aboutissement, il a raison mais ceci est normal car ce CFW est en développement jusqu'à sa version finale.
SciresM l'a dit, on commence avec la v0.7 jusqu'à la 1.0 et ce ne sera que le développement des différentes couches qu'il proposera. Nous en reparlerons lorsque la v1.0 sera là

Je t'invite à lire la fin de la FAQ du Tutoriel et tu comprendras de quoi je parle

Et puis, si le CFW SX OS existe, il le doit aux travaux sous licence GPL2 qu'a partagé SciresM et qu'ils ont oublié de mentionner. Loin de moi l'idée de lancer un faux débat. Chacun est libre de choisir la solution qui lui convient mais de la à comparer ce qui ne l'est pas, c'est chose vaine.

Plus il y de solution pour le Hack, mieux ce sera pour l'utilisateur lambda car il pourra choisir ce qui lui convient en fonction de son confort d'utilisation, de ses moyens et de ses connaissances.

adamel Wrote:Et suite à la mise à jour en 6.1.0 il dit que SX OS fonctionne parfaitement et qu'il sont loin devant reine hkakes ScriesM ect Que SX OS était le meilleur.

Idem Tu en penses Quoi?

Faux, les sigpatchs pour 6.1.0 ont été intégrés dans la nouvelle version de SDFilesSwitch. Du coup, il est également opérationnel.